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5 Field of the Invention 



methods for facilitating electronic commerce by enabling 
a user to create and maintain sub-accounts, to be able to 
lock his or her account if it is suspected that the 
10 account is being misused, and to transfer and receive 
money from other users. 

Background of the Invention 

[0002] On-line vendors sell a variety of products over 
15 the Internet. Users may browse a vendor's website and 
may purchase products directly from the vendor. 
Typically the user sets up an account with the vendor, 
and the vendor will provide some arrangement for 
accounting for purchases from the vendor's website either 
20 on a transaction or periodic basis. 

[0003] For example, where the user is a member of a 
company department, it typically will be necessary for 
the user (in this case a department administrator) to set 
up an individual account for each authorized employee. A 
25 drawback of such an arrangement is that the transaction 
reports for each authorized user must be separately 
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reviewed, and the department administrator cannot detect 
improper activity until the end of the billing cycle, and 
perhaps not even then. 

[0004] In addition, there is the potential for 

5 disgruntled employees or even third-parties to steal the 
identity of authorized personnel, and incur improper 
charges or fraudulently obtain goods or services through 
an authorized individual's account. Presently, there is 
no method for a department administrator to detect such 

10 activity until the end of the billing cycle, when the 

improper charges might be detected, for example, during 
review of a monthly statement. In the interim, however, 
sizable improper charges may be incurred or goods stolen 
without possibility of recovery. 

15 [0005] A similar situation arises where a user might 
want to set up an account with one or more vendors' 
website for a spouse or child. Specifically, the user 
may want to retain oversight of the spouse's or child's 
expenditures and the specific vendors at which purchases 

20 are made. It would also be desirable in this case for 
the user to be able to review purchases made by the 
spouse or child on a frequent basis to ensure that 
security for that account has not been compromised. 
[0006] In view of the foregoing drawbacks of previously 

25 known on-line electronic commerce arrangements, it would 
be desirable to develop methods and apparatus whereby a 
user may create a primary account having multiple sub- 
accounts. The user may specify the features for each of 
the sub-accounts, including, for example, where purchases 

30 may be made, a spending limit per transaction or item, a 
notification threshold and reporting period. 
[0007] An example of such a system in a family context 
would enable a parent to open a primary account with a 
service provider and then create sub-accounts for each 

35 child. In this manner the children could make purchases 
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over the Internet at only those websites that are 
approved by the parent. The parent also could control 
the spending limits of the children's sub-accounts, 
receive a periodic notification of sub-account activity 
5 or a transaction-specific notification if a proposed 
purchase exceeds some threshold amount preset by the 
parent, and retain control in adding funds to the 
account . 

[0008] In a business environment, a department 
10 administrator or company controller could open a primary 
account and then create sub-accounts for each authorized 
employee or department. The primary account holder then 
could control spending of the sub-accounts, control which 
websites are approved for sub-account purchases, receive 
15 periodic or transaction-specific notification of sub- 
account activity, and retain control to add additional 
funds to the account. 

[0009] It therefore would be desirable to provide 
apparatus and methods for facilitating electronic 

20 commerce by enabling a user to set up a primary account 

with a service provider, wherein the service provider can 
handle transactions with a variety of vendors, and 
wherein the main account can create and exercise control 
over a plurality of sub-accounts. 

25 [0010] It further would be desirable to provide 
apparatus and methods for facilitating electronic 
commerce that provide secure method financial 
transactions over the Internet or any other communication 
channel. It also would be desirable to provide apparatus 

30 and methods for facilitating electronic commerce that 
provide enhanced security by, periodically or on a 
transaction-specific basis, sending an E-mail or other 
notification to the primary account holder summarizing 
all transactions within the period. Alternatively, the 

35 primary account holder may set a notification threshold, 
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so a transaction-specific notification is sent only when 
the purchase amount exceeds some preset limit. 
[0011] It yet further would be desirable to provide 
apparatus and methods for wherein a security notification 
5 sent to the primary account holder could include a link 
that could be activated by the recipient to lock or 
freeze the sub-account associated with the notification. 
In this manner, if the primary account holder notices 
that a transaction was not authorized, the primary 

10 account holder may activate the link received in the 

notification to freeze the account, thereby preventing 
any further misuse. For example, a sub-account could be 
frozen by changing the password or by authorizing the 
service provider computer to temporarily lock the sub- 

15 account, subject to investigation. 

[0012] It also would be desirable to provide apparatus 
and methods for facilitating electronic commerce that 
enable the primary account holder to transfer or receive 
money from other users of the system. For example, in an 

20 auction environment where both the buyer and the seller 
are authorized users of the system, the buyer who has 
successfully won a bid may want to transfer funds to the 
seller using the system in a secure and cost effective 
environment . 

25 

Summary of the Invention 

[0013] In view of the foregoing, it is an object of the 
present invention to provide methods and apparatus for 
facilitating electronic commerce that allow a user to 
30 create a primary account and one or many sub-accounts 
under the primary account. 

[0014] It is another object of this invention to 
provide apparatus and methods for facilitating electronic 
commerce that provide enhanced security by, periodically 
35 or on a transaction-specific basis, sending an E-mail or 
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other notification to the primary account holder 
summarizing all transactions within the period or 
transaction. Optionally, the primary account holder may 
set a notification threshold, so a transaction-specific 
5 notification is sent only when the purchase amount 
exceeds some preset limit. 

[0015] It is yet another object of the present 
invention to provide apparatus and methods for wherein a 
security notification sent to the primary account holder 

10 could include a link that could be activated by the 

recipient to lock or freeze the sub-account associated 
with the notification. In this manner, if the primary 
account holder notices that a transaction was not 
authorized, the primary account holder may activate the 

15 link received in the notification to freeze the account, 
thereby preventing any further misuse. 
[0016] It is also an object of this invention to 
provide apparatus and methods for facilitating electronic 
commerce that enable the primary account holder to 

20 transfer. or receive money from other users of the system, 
such as in an auction environment. 

[0017] These and other objects of the invention are 
accomplished in accordance with the principles of the 
invention by providing methods and apparatus that enable 

25 a user to create with a service provider a primary 
account having a plurality of sub-accounts and to 
administer or manage these sub-accounts. The service 
provider handles electronic commerce transactions between 
the primary/sub-accounts and a variety of vendor websites 

30 at which the primary/sub-accounts are authorized to do 
business. The primary account holder may specify the 
features for each of the sub-accounts, including, for 
example, where purchases may be made, a spending 'limit 
per transaction or item, a notification threshold and 

35 reporting period. 
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[0018] A service provider computer of the service 
provider maintains database information on the primary 
account and its relationships with the sub-accounts. 
Preferably, the service provider computer maintains 
5 database information on the users of the primary account 
and sub-accounts, including, for example, the user's 
personal information, login information, password, 
financial information, street address and shipping 
address. The service provider computer also maintains 
10 database information on participating vendors, which 
include, among other information, vendor account 
information, vendor contact and address. 

[0019] The service provider computer maintains security 
restrictions imposed by the primary account holder on 

15 sub-accounts. More specifically, the service provider 
computer is programmed to maintain database information 
on the primary account and the sub-accounts, and for each 
sub-account it maintains a list of participating vendors 
where the sub-accounts are authorized to make purchases. 

20 The service provider computer records and maintains 

purchase transactions, debits the user account (primary 
or sub-accounts) with sales price and shipping cost, 
credits the vendor account with sales price less any 
service charge due to the service provider, and also may 

25 credit a participating shipping company's account for any 
shipping cost less x any service charge due to the service 
provider . 

[0020] The service provider computer also provides an 
interface for the primary account holder to create and 

30 administer the sub-accounts, to add funds to the sub- 
accounts, manage spending thresholds for sub-accounts, 
manage secured information of sub-accounts, configure 
periodic or transaction-specific notification features 
and/or thresholds, selectively lock one or more sub- 

35 accounts to prevent misuse, and print a report that 
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consolidates activities of the primary account and all 
corresponding sub-accounts . 

[0021] The service provider computer also provides an 
interface for sub-account holders to log into and manage 
5 their accounts. If so configured by the primary account 
holder, a sub-account holder may create a sub-account 
underneath it. If such a sub-account is created, the new 
sub-account preferably inherits all of the features and 
limitations of its parent, but may in addition include 
10 further limitations imposed by the holder of the parent 
sub-account . 

[0022] The service provider computer also may provide 
an interface that enables users to transfer and receive 
funds from other accounts. In this case, the service 

15 provider computer may be programmed to debit an account 
from which funds are withdrawn and to credit another 
account that is to receive the funds. The service 
provider computer also may levy a service charge on the 
sender, the receiver or on both sender and receiver, for 

20 handling such transactions. 

Brief Description of the Drawings 

[0023] Additional features of the invention, its nature 
and various advantages will be more apparent from the 

25 accompanying drawings and the following detailed 

description of the preferred embodiments, in which: 
[0024] FIG. 1 is a schematic diagram of illustrative 
apparatus depicting the entities involved in conducting 
transactions in accordance with the present invention; 

30 [0025] FIG. 2 is a diagram of an illustrative account 
hierarchy created in accordance with the principles of 
the present invention; 

[0026] FIG. 3 is a flow chart illustrating the steps 
involved in creating a primary user account; 
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[0027] FIG. 4 is a flow chart illustrating the steps 
involved in creating a sub-account; 

[0028] FIG/ 5 is a listing of configurable options that 
may be available to a primary account holder for creating 
5 a sub-account in accordance with the present invention; 
[0029] FIG. 6 is a flow chart illustrating the steps 
involved when a primary account holder makes a purchase 
from a participating vendor; 

[0030] FIG. 7 is a flow chart illustrating the steps 
10 involved when a sub-account holder makes a purchase from 
an authorized vendors; 

[0031] ' FIG. 8 is a flow chart illustrating the steps 
involved when a primary account holder locks or freezes 
an account in accordance with the present invention; 
15 [0032] FIG. 9 is a flow chart illustrating the steps 
involved when funds are transferred from one account to 
another separate account; and 

[0033] FIG. 10 is a flow chart illustrating an 
alternative method of transferring funds from one account 
20 to another separate account. 

Detailed Description of the Preferred Embodiments 

[0034] Referring to FIG. 1, illustrative- system 10 for 

facilitating electronic commerce in accordance with the 

25 principles of the present invention is described. System 
10 comprises a network, e.g., the Internet, that enables 
communication between primary account user devices 12, 
sub-account user devices 13, one or more vendor computers 
14, one or more shipping company computers 16 and service 

30 provider computer 15. Primary account user devices 12 
and sub-account user devices 13 may be conventional 
personal computers or Internet appliances. 
[0035] Communications network 11 by which the various 
entities 12-16 in system 10 communicate may be based on 

35 the Internet, local area networks, wide area networks, 
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private networks, or any other suitable networks that 
support communications between different parties located 
at respective computers or other suitable electronic 
devices . 

5 [0036] In accordance with the present invention, 

service provider computer 15 is programmed to enable a 
registered user to create a primary account, and to 
handle business transactions between the user of. the 
primary account and one or more participating vendor 

10 computers 14. The holder of the primary account further 
may create and administer sub-accounts that enable users 
of sub-account user devices 13 to make purchases at 
participating vendors' websites as authorized by the 
primary account holder. 

15 [0037] Account holders use user devices 12 and 13 to 
browse for products at vendor web sites on vendor 
computers 14 over communications network 11. User 
devices 12 and 13 may be desktop or notebook personal 
computers, personal digital assistants, wireless 

20 telephones, or any other suitable user devices. Product 
offerings on vendor computers 14 may be provided in the 
form- of web pages organized into web sites. Internet web 
browsers on user devices 12 and 13 may be used to allow 
users . to browse the web content on vendor computers 14. 

25 [0038] Vendors at vendor computers 14 may sell any of a 
variety of goods or services. For example, one vendor 14 
may sell intangible products such as electronically 
downloadable video or songs. Another vendor 14 may sell 
tangible products such as compact discs to be delivered 

30 by mail or other courier service. Other vendors may sell 
shoes, clothing or books. 

[0039] Service providers associated with service 
provider computers 15 facilitate transactions by 
maintaining transaction records, databases reflecting 
35 registered users of primary accounts and sub-accounts, 
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and participating vendors and shipping companies; and by 
settling accounts with the vendors and shipping companies 
for goods or services purchased by users via user devices 
12 and 13. To participate in the system, vendors, 
5 shipping companies and users all must be registered with 
service provider computer 15. 

[0040] Referring now to FIG. 2, the hierarchical nature 
of the relationships between a primary account and its 
sub-accounts is described. A user, who has initially 

10 opened an account with service provider computer 15, may 
desire to open a sub-account to individually and 
separately manage and track purchases and activities of 
each sub-account. The user of primary account 21 has 
opened three sub-accounts 22-24, wherein sub-account 23 

15 has three additional sub-accounts 25-27 associated with 
that account. 

[0041] In a business environment, primary account 21 
may represent a company, while sub-accounts 22-24 may 
represent departments within the company and sub-accounts 

20 25-27 may represent individual employees of a department. 
In a family context, primary account 21 may represent a 
parent while sub-accounts 22-24 may be intended for use 
by other family members, such as children. 
[0042] With respect to FIG. 3, an illustrative method 

25 of using system 10 to create a user account with service 
provider computer 15 are described. At step 31 a user 
navigates to a signup page at the service provider 
computer 15. At steps 32 and 33, the user enters 
personal and financial information respectively. At step 

30 34 the user confirms the information. At step 35 the 
user' s account is created at service provider computer 
15. 

[0043] Referring now to FIG. 4, an illustrative method 
of using system 10 to create a user sub-account at 
35 service provider computer 15 are described. At step 41, 
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a primary account holder (or sub-account holder 
authorized to create sub-accounts) navigates to the 
website of service provider computer 15 and selects the 
link to create a sub-account. This link is not available 
5 to the user of the sub-account if that sub-account is not 
authorized to create another level of sub-accounts. 
[0044] After selecting the link, at step 42, the user 
enters the personal information of the user who will be 
assigned to the sub-account, and at step 43, selects the 

10 configuration options for the sub-account. At step 44, 
the user adds funds to the sub-account. At step 45 the 
user confirms the information entered to set up the sub- 
account. At step 4 6 service provider computer 15 creates 
a sub-account database maintained by service provider 

15 computer 15. 

[0045] With respect to FIG. 5, some of the 
configuration options available to a primary account user 
or authorized sub-account user are described. These 
options enable the user creating the sub-account to 

20 separately configure each sub-account to meet the 
specific requirements of the user. 

[0046] Block 51 of FIG. 5 permits a user to configure a 
sub-account so that the sub-account may be used only to 
purchase goods or services from a limited number of 

25 vendors who have been approved by the user. In one 

embodiment, the approved vendor list of a sub-account 
defaults to a list including all vendor computers 14 that 
are registered with service provider computer 15. 
However, the primary account holder may configure 

30 individual sub-accounts so that those accounts may be 
used to make purchases only from a subset of all 
registered vendors. Alternatively, the primary account 
holder may configure individual sub-accounts so that 
those accounts may be used to make purchases from all 

35 vendor computers 14 that are registered with service 
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computer 15, except for a predefined subset of the 
registered vendors. 

[0047] The foregoing feature advantageously may be used 
in both business and private environments. In the 
5 business environment, a sub-account for a particular 

department may be configured to make purchases only from 
a list of authorized vendors. For a family account, a 
parent may wish to limit the purchasing options of his or 
her spouse or children and limit a sub-account to 

10 purchase only from an approved list of vendors. 

[0048] With respect to block 52, the primary account 
holder may set spending thresholds or limits for each 
sub-account. In a preferred embodiment, no spending 
limit is assigned when a sub-account is created. 

15 However, the user creating a sub-account may set a 

spending limit for the sub-account, whereby a user of. a 
sub-accounts will be unable to make purchases once the 
sub-account spending limit is reached. A spending limit 
may be set on a per-transaction basis or periodic basis, 

20 e.g., per day, week or month basis. 

[0049] As described in block 53 of FIG. 5, a primary 
account holder also may authorize the sub-account users 
to create a third level of sub-accounts, such as sub- 
accounts 25-27 in FIG 2. In a preferred embodiment, the 

25 default condition is that a sub-account user cannot 

create additional sub-accounts. However, the primary 
account holder may override this default and configure 
specific sub-accounts to create an additional level of 
sub-accounts . 

30 [0050] Block 54 of FIG. 5 illustrates that a primary 

account holder may configure a sub-account so as to allow 
sub-account users to add funds independently of the 
primary account. If allowed to do this, a sub-account 
user may add funds in any one or more of multiple ways 

35 including authorizing a transfer from the primary 
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account, using credit cards, debit cards, bank transfer 
or cash. In a' preferred embodiment, the' default 
condition is that a sub-account cannot add funds to that 
account independently of the primary account. 
5 [0051] Referring now to block 55 of FIG. 5, the primary 
account holder may configure a sub-account to enable that 
sub-account to change its spending thresholds. In a 
preferred embodiment, this feature defaults to 
prohibiting sub-account users from changing the spending 
10 thresholds for the sub-account. As with the foregoing 
features, the primary account holder may override this 
default . 

[0052] With respect to block 56 of FIG. 5, the primary 
account user may configure the sub-accounts so as to 

15 allow sub-accounts users to modify the secured 
information associated with the account. Such 
information may include, for example, the sub-account 
users' E-mail address, password and security answer. In 
a preferred embodiment, the default for this feature is 

20 that a sub-account user may change the secured 

information. However, the primary account user may 
override this default and prohibit a sub-account from 
changing such secured information. 

[0053] As shown in block 57 of FIG. 5, the primary 
25 account user also may configure the sub-accounts so that 
the funds are automatically added to the sub-account via 
a transfer from the primary account to the sub-account. 
In accordance with this aspect of the present invention, 
service provider computer 15 is programmed to 
30 automatically transfer funds to a sub-account from the 

primary account if the sub-account's balance falls below 
zero or a preset minimum amount during a transaction. If 
* a sub-account is so configured, service provider computer 
15 will do so during the purchase transaction. 
35 Otherwise, service provider computer 15 will generate and 
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display a message on sub-account user device 13 that 
there are insufficient funds in the account and instruct 
the sub-account user to request the primary account user 
to add funds to the sub-account before that purchase 
5 transaction can be processed. 

[0054] Referring now to FIG. 6, a method of using 
system 10 to facilitate a purchase transaction using a 
primary account is described. Step 61 represents the 
beginning of a purchase transaction. At step 62, a user 

10 using user device 12 has selected digital content or 

tangible goods for purchase and is ready to checkout. At 
step 63, vendor computer 14 requests service provider 
("MSP" at 63, 64, 67, 70, 73, and 76) computer 15 to 
authorize the purchase. 

15 [0055] Upon receiving the request from vendor computer 
14, service provider computer 15, at steps 64 and 65, 
determines if the user is already logged-in to his or her 
account on service provider computer 15. If the user is 
not already logged in (step 66) , service provider 

20 computer 15, at step 67, displays the login page to user 
device 12. At step 68, the user logs in. At step 70, 
service provider computer first validates the login 
information provided by the user and then checks the user 
account to make sure that there are sufficient funds in 

25 the account to process the transaction. If the user has 
already logged in (step 69) then steps 67 and 68 are 
omitted. 

[0056] Upon checking the user's balance (step 71), the 
user may have sufficient funds (step 75) , but if there 

30 are insufficient funds in the user's account to process 
the transaction step 72, then, at step 73, service 
provider computer 15 so informs the user and requests 
that funds be added to the account (step 73(a)). The 
user may either approve automatic adding of funds, e.g., 

35 by charging a credit card or debit card, or the user may 
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cancel the transaction (step 73(b)) and manually add 
funds at a later time. At step 74, the user confirms the 
automatic addition of funds. 

[0057] At step 76, service provider computer 15 
5 processes the transaction by debiting the user account 
and crediting the vendor account. The service provider 
computer 15 then informs the vendor that the transaction 
has been processed successfully. Steps 73 and 74 are 
omitted if the user had enough funds to pay for the 

10 transaction. 

[0058] When vendor computer 14 receives confirmation of 
a successful transaction from service provider computer 
15, the vendor, at step 77, provides the user access to 
the content or in case of tangible goods, displays a 

15 "thank you" message to the user and continues to process 
the shipping of tangible goods. Step 78 marks the end of 
the purchase process. 

[0059] With respect to FIG. 7, an illustrative method 
of using system 10 to facilitate a purchase transaction 
20 using a sub-account is described. Except as noted 

hereinafter, the buying experience of the sub-account 
user is very similar to that of the primary account user 
described with respect to FIG. 6. 

[0060] Step 81 represents the beginning of a purchase 
25 transaction. At step 82, the user has selected digital 
content or tangible goods and is ready to checkout. 
Vendor computer 14, at step 83, requests service provider 
computer 15 to authorize the purchase. 
[0061] Upon receiving the request from the vendor, 
30 service provider computer 15, at steps 84 and 85, 

determines if the user is already logged in. If the user 
is not logged in (step 86) , service provider computer 15, 
at step 87, generates and displays the login page to the 
user on user device 13. At step 88, the user logs in and 
35 at step 90, service provider computer 15 first validates 
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the login information provided by the , user and then 
checks the user account to make sure that there are 
sufficient funds in the account to process the 
transaction (step 91) . If the user has already logged in 
5 at step 89, then steps 87 and 88 are omitted. 

[0062] If the user's sub-account has insufficient funds 
to process the transaction (step 92) , then at step 93, 
service provider computer 15 checks if the sub-account 
user is authorized to add funds. If the user is not 

10 authorized to add funds, step 94, then service provider 
computer 15, at step 95, informs the user that the 
transaction cannot be processed due to insufficient funds 
and advises the user to request the primary account user 
to add funds to the sub-account. 

15 [0063] If the sub-account user is authorized to add 
funds (step 96) , then at step 97 service provider 
computer 15 informs the user that there are insufficient 
funds and requests that funds be automatically added to 
the account (step 97 (a) ) . The user may either approve 

20 the automatic addition of funds or cancel the transaction 
(step 97(b)) and manually add funds at a later time. At 
step 98, the user confirms automatic addition of funds. 
Service provider computer 15, at step 100, processes the 
transaction by debiting the user account and crediting 

25 the vendor account. Service provider computer 15 then 
informs the vendor that the transaction has been 
processed successfully. Steps 97 and 98 are omitted if 
the sub-account is determined to have enough funds to pay 
for the transaction (step 99) . 

30 [0064] When vendor computer 14 receives confirmation of 
a successful transaction from service provider computer 
15, the vendor, at step 101, provides the user access to 
the content or in case of tangible goods, displays a 
"thank you" message to the user and continues to process 
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the shipping of tangible goods. Step 102 marks the end 
of the purchase process. 

[0065] With respect to FIG. 8, an illustrative method 
of using system 10 to enable a user to temporarily lock 
5 an account is described. Step 141 marks the beginning of 
the Account Locking Process. At step 142 , the user makes 
purchases from various vendors using system 10. At the 
end of each day, at step 143, service provider computer 
15 sends a notification to the account user, e.g., an e- 
10 mail, that lists all transactions processed during that 
day . 

[0066] Alternatively, the user of the primary account 
may configure the period during which transactions are 
reported for each sub-account separately. Accordingly, 

15 some sub-accounts may provide a list of account 

transactions on a daily basis, while others are reported 
on a weekly or monthly basis. Further, the primary 
account user (or authorized sub-account user) may 
configure a given sub-account to report on a transaction- 

20 specific basis, or only for those transactions where the 
purchase amount exceeds some preset limit selected by the 
primary account holder. In this manner, the primary 
account holder is kept current on account activity, and 
can monitor the various sub-accounts for improper 

25 activity. 

[0067] At step 144, the user receives the E-mail and 
reviews the transactions listed in the notification sent 
by service provider computer 15 (step 145) . At step 146, 
if the user does not suspect any unauthorized 

30 transactions then, at step 163, the Account Lock Process 
terminates. If the user suspects that any of the 
transactions were unauthorized and that the account 
security may have been compromised (step 147) , the user, 
at step 148, clicks on a link provided in the E-mail to 

35 lock the account. 
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[0068] When the user activates the link, at step 149, 
service provider computer 15 displays a login page. At 
step 150, the user logs in, .and at step 151, service 
provider computer 15 validates the user login and 
5 displays a security question on the user device. At step 
152, the user enters a security answer, which is 
validated by service provider computer 15 at step 153. 
[0069] After validating the security answer, service 
provider computer 15 offers the user two options to 

10 disable the account (step 154) : the user may either 
change the account password or temporarily lock the 
account. If the user chooses to change the account 
password (step 155) , then service provider computer 15, 
at step 156, displays the "Change Password Screen". At 

15 Step 157, the user changes the password and at step 158, 
service provider computer 15 saves the changed password 
in the database. 

[0070] If the user instead elects to lock the account, 
step 159 of FIG. 8, service provider computer 15, at step 

20 160, requests the user to confirm locking of the account. 
If the user confirms at step 161, service provider 
computer 15 locks the account at step 162, thus 
preventing any further purchases from being made using 
that account. Subsequently, the user may login to the 

25 account to unlock the account. 

[0071] Alternatively, locking and unlocking the account 
may be accomplished through a secured area of the user 
interface. The secured area may only be accessed by 
answering the security question and may contain 

30 information like E-mail address, password, security 
answer, etc. 

[0072] Referring to FIG. 9, an illustrative method of 
using system 10 to transfer funds from one account to 
another is described. The sender's account is debited at 
35 the time the sender initiates the transfer and the 
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receiver' s account is credited when he or she receives 
the funds. In the interim period, the balance is 
retained in the service provider's "Funds Transfer 
Account" . 

5 [0073] Step 171 marks the beginning of the Funds 

Transfer Process. At step 172, the user, who wants to 
send funds to a user of another account, navigates to 
"Send Funds" screen provided by service provider computer 
15. At step 173, service provider computer 15 displays 

10 the "Security Screen" for the user to enter the answer to 
the secret question. When the user enters the secret 
answer at step 174, service provider computer 15, at step 
175, validates the secret answer and displays a screen on 
user device 12 or 13 that permits the user to identify 

15 the account to which funds are to be transferred 

("receipent account") and the amount to be transferred. 
At step 176, the user specifies the recipient account by 
either entering the e-mail address associated to the user 
of that account or by entering the name or any other 

20 unique identifier for that account. 

[0074] At step 177, service provider computer 15 
records the transaction by crediting the service 
provider/ s "Service Charge Account" and the "Funds 
Transfer Account" and debiting the user' s account by the 

25 amount to be transferred plus applicable service charges. 
Service provider computer 15 also sends an E-mail to the 
user who sent the money and an- E-mail to the user of the 
recipient account. The E-mail sent to the holder of the 
recipient account preferably includes instructions and a 

30 link to complete the funds transfer. 

[0075] Upon receiving the E-mail, the user of the 
recipient account follows the instructions to complete 
the funds transfer, e.g., by activating the link included 
in the E-mail and enters the appropriate Login ID and 

35 Password. Alternatively, the user of the recipient 
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account may log into his or her account at service 
provider computer 15 and navigate to the "Receive Funds" 
screen at step 178. 

[0076] At step 179, service provider computer 15 debits 
5 the "Funds Transfer Account", the account that was 
credited in step 177, credits the service provider's 
"Service Charge Account" and credits the recipient 
account by the amount that was transferred by the sender, 
less any service charges levied by the service provider. 
10 Finally, at step 180, service provider computer 15 sends 
an E-mail to the sender and receiver of the funds 
notifying the users that the funds were successfully 
transferred. Step 181 marks the end of funds transfer 
process . 

15 [0077] Referring now to FIG. 10, an alternative method 
of transferring funds from one account to another is 
described. As compared to the embodiment of FIG. 9, 
where the sender' s account is debited before the holder 
of the recipient account completes the funds transfer 

20 process, in the embodiment of FIG. 10 the sender's 

account is debited at about the same time the recipient 
account is credited for the funds transfer. Thus, the 
"Funds Transfer Account" of service provider computer 15 
may be omitted. 

25 [0078] Step 191 marks the beginning of this alternative 
Fund Transfer Process. At step 192, the user, who wants 
to send funds to a user of another account, navigates to 
the "Send Funds" screen. At step 193, service provider 
computer 15 displays the "Security Screen" for the user 

30 to enter the answer to the secret question. Once the 
user enters the secret answer, at step 194, service 
provider computer 15, at step 195, validates the secret 
answer and displays a screen on user device 12 or 13 for 
the user to identify the recipient account and the amount 

35 to be transferred. At step 196, the user selects a 
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recipient account either entering the E-mail address 
associated to the user of that account or by entering the 
name or any other unique identifier for that account. 
[0079] At step 197, service provider computer 15 sends 
5 an E-mail to the user who sent the money and an E-mail to 
the user of the recipient account. The E-mail sent to 
the holder of the recipient account may include 
instructions and a link to receive the funds. 
[0080] The user of the recipient account follows the 

10 instructions included in the E-mail to complete the funds 
transfer process, e.g., by activating the link provided 
in the E-mail and entering the appropriate Login ID and 
Password. Alternatively, the user of the recipient 
account may log into his or her account at service 

15 provider computer 15 and navigate to the "Receive Funds" 
screen, at step 198. 

[0081] At step 199, service provider computer 15 debits 
the sender' s account with the amount that was transferred 
plus any service charge, credits the service provider's 

20 "Service Charge Account" and credits the recipient 

account by the amount that was transferred by the sender 
less any service charges levied by the service provider. 
Finally, at step 200, service provider computer 15 sends 
an E-mail to the sender and receiver of the funds 

25 notifying the users that the funds were successfully 

transferred. Step 201 marks the end of funds transfer 
process . < 

[0082] The funds transfer feature of the present 
reduces the risk of fraud that often exists for auction 

30 buyers, especially where the seller delivers faulty goods 
or even fails to deliver the any goods. In a system 
configured according to the methods of the present 
invention, the buyer may "Lock" his or her account 
immediately upon noticing an irregularity in goods 

35 purchased, thus preventing the payment. This would not 
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be the case if the user uses a credit card in which case 
the user needs to notify the credit card company to stop 
payment, which often is cumbersome. 

[0083] In addition, in the case where the buyer pays 
5 the seller for the goods before the seller makes delivery 
and the seller provides irregular goods or no goods, the 
buyer may contact the service provider and request that 
the purchased be reversed. In this case, the service 
provider will re-credit the buyer's user account, and 
10 debit the seller's account, or if the seller has already 
been pai,d, deduct the disputed amount from settlement of 
a subsequent transaction conducted by the seller through 
the service provider. 

[0084] , The foregoing embodiments are merely 
15 illustrative of the principles of the present invention 

and various modifications may be made by those skilled in 
the art without departing from the scope and spirit of 
the invention. 

20 



